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ABSTRACT 



A single-diip synchronous optical network (SONET) physi- 
cal layer device includes first, second and third interface 
ports. An asynchronous transfer mode (ATM) interface 
circuit is coupled to the first interface port. A point-to-point 
protocol (PPP) processing circuit is coupled to the second 
interface port and the ATM interface circuit. A SONET 
firamer circuit is coupled between the ATM interface circuit 
and the third interface port and between the PPP processing 
circuit and the third interface port. The device is program- 
mable to allow multiple standard and non-standard data 
transmission modes, including transmitting ATM cells in 
SONET payloads; PPP frames in ATM cells in SONET 
payloads, PPP frames from a UTOPIA interface in SONET 
payloads and PPP frames directly in SONET payloads. 

5 Claims, 2 Drawing Sheets 
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SONET PHYSICAL LAYER DEVICE HAVING 
ATM AND PPP INTERFACES 

BACKGROUND OF THE INVENTION 
The present invention relates to a single-chip SONET 
physical layer device and. more particularly, to a device 
which supports the ATM cell protocol and the PPP protocol, 
while interfacing to common existing components. 

Asynchronous Optical NETwork (SONET) is an optical 
signaling format defined for North America. The interna- 
tional Synchronous Digital Hierarchy (SDH) is closely 
related to the SONET signaling format, and the term 
"SONET* will be used in the following specification to refer 
to both SONET and SDH. A SONET STS-1 data fi-ame 
consists of 9 rows of 90 octets each, for a total of 810 octets. 
An octet is a unit of information consisting of 8 digital bits. 
The term byte is typically used interchangeably with the 
term octet. The SONET STS-1 data frame is divided into 
two fields, a section and line overhead field and a synchro- 
nous payload envelope (SPE) field. The section and line 
overhead field indudes 27 octets. The SPE field includes 
783 octets of payload and 9 octets of path overhead. 

Current data packet trananissions over SONET commu- 
nication links are typically based upon the Asynchronous 
Transfer Mode (ATM) cell protocol in which ATM cells are 
placed into a SONET SPE and transmitted over a SONET 
communications link. Alternative modes of transmission are 
being defined using the point-to-point protocol (PPP). A 
standard ATM cell consists of 53 octets, which includes a 
5-octet header field and a 48-octct payload field. The ATM 
cells "flow" along a physical medium, such as an OC-3 
optical fiber or a similar carrier. The ATM cells are used for 
carrying data, such as data files, between two networked PCs 
or voice data (voice conversations) along multiple telephone 
lines between two large telephone distribution points. Since 
data files and digitized telephone conversations are typically 
larger than the 48 octets that would fit into the AIM cell 
payload field, it is necessary to repackage the data in some 
form. The device that performs the repackaging is referred 
to as an ATM adaption layer (AAL). The AAL segments the 
data, which is typically referred to as a protocol data unit 
(PDU), into 48 octet-sized pieces that fit into the ATM cell 
payload fields. Different types of AALs exist to segment 
PDUs in different ways, with each type being appropriate for 
a particular application. For example, AALl is typically 
used for voice trafGc while AAL5 is typically used for file 
transfer and Ethernet traffic. 

The PPP protocol is a High Level Data Link Controller 
(HDLC) based protocol. The PPP protocol is a popular and 
practical protocol for moving data traffic between two com- 
puter systems The most typical use of the PPP protocol is for 
computer dial-up communication with an Internet Service 
Provider (ISP) over telephone lines. With a Windows® 95 
based personal computer, this dial-up connection is typically 
a PPP connection, since the PPP protocol support is built into 
Windows® 95. The PPP protocol counts of a data framing 
specification and a management protocol PPP can be imple- 
mented with 8-bit asynchronous links, bit-synchronoiis links 
or octet-synchronous links. With octet-synchronous links, 
all operations are based on complete octets and individual 
bits are not operated on, nor inserted. A PPP data frame of 
this type includes several fiekis, including start flag, address, 
control, protocol, payload, error correction and end flag 
fields. The payload field typically consists of 0 to 1,500 
octets. 

Sev^al transmission methodologies exist for transmitting 
ATM and PPP over SONET commimication links. These 
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methodologies include transmitting ATM cells in SONET 
SPEs, transmitting PPP frames in ATM cells in SONET 
SPEs, and transmitting PPP frames directly in SONET 
SPES. Transmitting ATM cells in SONET SPEs is a current 
5 market norm. The data unit or frame to be transmitted is 
segmented by an ATM adaption layer device into mult^ile 
ATM cells and then transmitted to a SONET physical layer 
device. The SONET physical layer device receives the ATM 
cells and places them into the SONET SPE for transmission 
10 over a SONET commimications link. A typical component 
for receiving ATM cells and placing the cells in SONET 
SPEs is the SAINI Lite avaflable from PMC-SIERRA, Inc. 

Transmitting PPP frames in ATM cells in SONET SPEs is 
a non-standard transmission mechanism. The data unit to be 
15 transmitted is processed into a PPP frame using a form of an 
HDLC processor in the octet-synchronous mode. The result- 
ing PPP frame is passed to an ATM adaption layer device 
which segments the PPP frame and places the segments into 
AIM cells, either in a standard manner or in a non-standard 
20 manner by placing the segments into both the cell payload 
field and the cell header field (excluding an HEC byte). The 
later is a more typical approach as it increases utilization of 
the link. The resulting cells arc passed to a SONET physical 
layer device and placed into a SONET SPE. All header 
^5 processing is disabled. The S/UNl part can operate in this 
manner using a diagnostic mode. 

Finally, transmitting PPP frames directly in SONET SPEs 
was proposed in Internet Engineering Task Force (IETF) 
Request For Comment (RFC) 1619, entided "PPP over 
SONET/SDH" by W. Simpson. The data frame to be trans- 
mitted is processed into a PPP frame by an HDLC based 
controller and then loaded directly into a SONET SPE, This 
methodology increases the utilization of the link in two 
ways. First, the ATM cell header overhead is eliminated. 
Second, the overhead due to unused ATM cell space is 
eliminated. Implementation of this methodology currently 
requires multiple numbers of components. 
The PPP over SONET transmission approach provides 
^ dramatic improvements in utilization of the bandwidth of the 
physical link. These improvements can go from approxi- 
mately 60%-90% of bandwidth utilization for actual data 
transfer. This represents a 50% improvement of bandwidth 
utilization. However, multiple parts are required to imple- 
ment PPP over SONET, which increases board space, 
increases cost and requires a non-standard implementation 
due to a lack of oonformii^ parts. In addition, there is a lack 
of ability to readily switch between standard and non- 
standard transmission modes. 

SUMMARY OF THE INVENTION 

The single-chip Synchronous Optical NETWoik (SONET) 
physical layer device of the present invention includes first, 
second and third interface ports. An asynchronous transfer 

55 mode (ATM) interface circuit is coupled to the first interface 
port. A point-to-point protocol (PPP) processing circuit is 
coupled to the second interface port and the ATM interface 
circuit. A SONET framer circuit is coupled between the 
ATM interface circuit and the third interface port and 

60 between the PPP processing circuit and the third interface 
port. 

The device is programmable to allow multiple standard 
and non-standard data transmission modes, including: 1) 
transmitting ATM ceUs in SONET payloads or PPP frames 
65 in ATM cells in SONET payloads; 2) PPP frames from a 
UTOPIA interface in SONET paybads; and 3) PPP frames 
directly in SONET payloads. In the first transmission mode. 
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the ATM interface circuit sequentially receives a plurality of that enables data to be transmitted over a SONET commu- 
ATM cells from the first interface port and passes the ATM nications link in a variety of sUndard and non-standard 
cells to the SONET framer circuit The SONET framer transmission modes. These transmission modes include 
circuit forms a SONET frame having a synchronous pay load transmitting ATM cells in SONET SPEs, transmitting PPP 
envelope (SPE), places the plurality of ATM cells into the 5 frames in ATM cells in SONET SPEs, transmitting PPP 
SPE and passes the SONET frame to the third interface port. frames from a Universal Test and Operations Interface for 
The first transmission mode can also transmit PPP frames in ATM (UTOPIA) in SONET SPEs, and transmitting PPP 
ATM cells in SONET payloads. A PPP frame is segmented frames directly in SONET SPEs. 

cdl payload fields of the pluraHty of ATM cells. The FIG. 1 is a diagram illustraling a standard ATM UNI cell 
^ interface circuit receives the plurality of AIM cells 10 10, which is formed of 53 octets, including a S-octet header 
from the first mterfacc port and passes the cells, carrying the field 12 and a 48K)ctct payload field 14. The header field 
PPP frame, to the SONET fr^er arcmt for transmission includes a 4.45it GFC field, an 8-bit VPI field a 16-bit VCI 
witiun a SONETSPE ma similar manner as traditional ATM fidd, a 3.bit PT field, a l-bit CLP field, and an 8^it HEC 

field. The GFC (Generic Flow Control) field contains 
In the second trananission mode, a data unit is segmented 15 generic flow control bits. The VPI (\^rtual Path Identifier) 
mto the ceU payloads fields of the plurality of ATM cells. field identifies the path along the wire that the ATM cell 
The ATM interface circuit receives the plurality of ATM belongs to. A path includes several connections. An ATM 
cells from the first interface port and extracts the data unit by "wire" may be viewed as a cable consisting of multiple 
removing the ceU header fields from all but one of the bundles of wire, where each bundle has many individual 
plurality of ATM cells. Saving one of the cell header fields 20 pairs of communication wires. The path is analogous to the 
allows the cell header fields of the other ATM cells to be bundle of wires. Physically reconnecting a bundle at the end 
recreated at a far end of the communication link. The ATM of the cable changes where all the connections in that bundle 
mterfacc circuit passes the extracted data unit and the go. Similarly, if the ATM cells in an ATM connection arc 
remaining ceU header field to the PPP processing circuit The redirected based on the VPI, then all connections within that 
PPP processmg circuit forms a PPP frame having a PPP 25 VPI are redirected. The VCI (Wtual Channel Identifier) 
payload field and places the cell header field and the field defines the diannel number that the ATM ceU belongs 
extracted data unit in the PPP payload field. The PPP to. The channel is a single unidirectional circuit between two 
processmg circuit then passes the PPP firame to the SONET points. For example, a first channel would be used to send 
framer circuit, which places the PPP frame into the SPE of data from point A to point B, while a second channel would 
a SONET frame for transmission through the third interface 30 be used to send data from point B to point A. The PT 
P°^- (Payload Typt) field is used to help identify the type of 

In the third transmission mode, the PPP processing circuit information contained in the ATM cell. For example, the 
receives a data unit from the second interface port, forms a type of information may be user data or management 
PPP frame and places the data unit in the PPP paytoad field information. The CLP (Cell Loss Priority) field is used to 
of the PPP frame. The PPP processing circuit passes the PPP 35 mark the ccU at low priority, and hence removable if cell 
frame to the SONET framer circuit. The SONET framer traflSc become too congested. The HEC (Header Error 
circuit forms a SONET frame and loads the PPP frame Control) field provides error checking on the other four 
received from the PPP processing circuit into the SPE for octets of the ATM cell header. The payload field is the 48 
transmission through the third interface port. octet ATM cell payload area. Although an ATM UNI cell is 

In one embodiment, the device further includes a SONET 40 shown in FIG. 1, other AIM cell formats cal also be used 
line interface circuit which is coupled between the SONET with the present invention, such as the ATM NNI cell format, 
framer circuit and the third interface port for trananitting FIG. 2 is a diagram of a PPP frame 20. PPP frame 20 
and receiving the SONET frames through the third interface includes a flag sequence field 20a, an address field 206, a 
port. The SONET physical layer device of the present control fieki 20c, a protocol field 20rf, a payload field 20^, 
invention can support a variety of standard and non-standard « an padding field 20f, an FCS fieU 20g and a flag sequence 
communications protocols, while interfacing to common field 20A. The first Flag sequence fieM 20a identifies the start 
existing components over standard interfaces. The device of PPP frame 20 and is formed of a single octet, such as 
can therefiorc be configured to implement a particular pro- OxTE Address field 20/> is formed of a single octet, such as 
tocol consistent with the application in which the device is OxFF. In a compressed mode, the link control protocol (LCP 
used for maximizing transmission bandwidth. 50 or management protocol) may drop this field since a PPP 

BRIEF DESCRIPTION OF THE DRAWINGS connection is always point-to-point and thus an address is 

^ ' A' . ^ ^ ^ .r^. required. Control field 20c is formed of a single octet, 

FIG. 1 IS a diagram illustratmg a standard ATM ccU. such as 0x03, which may also be drt)pped by thfLCP in 

FIG. 2 is a diagram of a PPP firame. compressed mode. Protocol field 20if is a 2^octet field 

FIG. 3 is a block diagram of a single-chip SONET 55 identifying the content type of the payload. Payload field 20e 
physical layer device according to the present invention. includes zero or more octets of data to be transported. The 

FIG. 4 is a diagram illustrating a stripping function maximum length of payload field 20e is normally 1500 
performed by an ATM interface block within the device octets, but larger payloads may be negotiated. Padding field 
shown in FIG. 3. 2C!f allows the paytoad field to be padded by the sender. FCS 

^ FIGS. 5 and 6 are diagrams illustrating the device shown ^ ^^^^ 20^ is a firame check sequence field used for imple- 
in FIG. 3 coupled to a host processor for implementing a menting a cyclic redundancy check (CRQ over the address, 
variety of selecuble transmission modes. control, protocol and payload fields 20fr-20e. FCS field 20g 

DETAILED DESCRIPTION OF THF normally two octets. However, for purposes of transmil- 

PW^Rf^SK S^^T' ^ ^^^^^ FCS field is 

PREFERRED EMBODIMENTS ,5 recommended. The specification for the FCS field is given in 

The Synchronous Optical NETwork (SONET) physical ISO 3309. The second Flag sequence field 20/i identifies the 
layer device of the present invention is a single-chip device end of the PPP frame and consists of a single octet, OxTE. 
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!□ order to prevent misinterpretatioD of the data in pay- 
load field 20e when the payload field contains octets that are 
the same as a control value, such as flag sequence, an octet 
stufling procedure is used. In the stuffing procedure, each of 
these octets are replaced with a two octet sequence, con- 
sisting of a control escape octet OxTD followed by the result 
of cxclusive-ORing the octet with the value 0x20. For 
example, when the octet OxTE is used in payload field 20e, 
it would be interpreted as a flag sequence and would 
incorrectly terminate the PPP frame. Instead, the octet 0x7E 
is replaced the octets OxTD and Ox9£. This is called octet 
stuffing since an additional octet was "stuffed^" into the data 
stream to prevent misinterpretation. The octets OxTD and 
Ox9E will be received by the far end of the system and will 
not be interpreted as a flag sequence but instead, the octet 
OxTD will be discarded, and the octet Ox9E will be 
exclusive-OR'ed with 0x20 to recover the origiDal octet 
OxTE. Control values that are replaced during octet stuffing 
include the flag sequence, the control escape and other 
values that are negotiated when setting up the PPP link. 

The term "PPP processing" refers to receiving a protocol 
data unit, inserting the flag sequence, calculating, checking 
and inserting the PCS and providing octet stufSng. The 
remaining fields in the PPP firame are processed typically by 
firmware. 

FIG. 3 is a block diagram of a singlc-cfa^i SONET 
physical layer device 30 which is capable of transmitting 
ATM cells and PPP frames in SONET SPEs in a variety of 
transmission modes according to the present invention. 
SONET device 30 includes control port 32, UTOPIA bus 
interface port 34, a standard bus interface port 36, and a 
SONET interface port 38. SONET device 30 further 
includes control and management interface block 40, 
enhanced UTOPIA interface block 42, PPP processing block 
44, SONET framer block 46 and SONET line interface 48. 
Control and management interface blods 40 is coupled 
between control port 32 and blocks 42^ 44, 46 and 48. 

Control and management interface block 40 includes a 
plurality of status registers, programmable control registers 
and related control logic for initializing the device to operate 
in one of the selected transmission modes and for otherwise 
controlling and managing the various blocks within device 
30. Enhanced UTOPIA interface block 42 is coupled 
between UTOPIA bus interface port 34, PPP processing 
block 44 and SONET fi-amcr block 46, PPP processing block 
is coupled between standard bus interface port 36, enhanced 
UTOPIA interface block 42 and SONET framer block 46. 
SONET framer block 46 is coupled to SONET line interface 
48, which is coupled to SONET interface port 38. 

1. Transmitting ATM Cells in SONET SPEs 
a. Standard ATM Mode 

In a standard ATM mode, ATM cells are sequentially 
received from an ATM Segmentation And Reassembly 
(SAR) processor or cell processor (not shown), for example, 
through UTOPIA bus interface port 34. Enhanced UTOPIA 
interface block 42 collects the received ATM cells in an 
array of storage elements, such as a stack of FIFOs. Once 
collected, the AIM cells are filtered and buffered in a known 
manner. The resulting cells are then passed to SONET 
framer block 46. In one embodiment, enhanced UTOPIA 
interface block 42 is constructed to conform with the UTO- 
PIA Level 2 standard specified in ATM Forum Document 
af-phy-0039.00. In another embodiment, enhanced UTOPIA 
interface block 42 is constructed to conform with the UTO- 
PIA Level 1 standard. Enhanced UTOPIA interface block 42 
also includes additional processing circuitry for operating in 
non-standard transmission modes, as descnbed in greater 
detail below. 
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SONET framer block 46 receives the ATM ceUs from 
Enhanced UTOPIA interface block 42 and places the cells in 
the SPE of a SONET frame. In one embodiment of the 
present invention, SONET framer block 46 is constructed 
consistent with standards CQTT (ITU) 6.T08. 6.T09, 6.T83 
and 1.432. Hie SONET frame is then passed to line interface 
48 for transmission through SONET interface port 38. Line 
interface 48 is responsible for clock generation and recovery 
during transmit and receive operations. In one embodiment, 
line interface 48 is constructed consistent with the following 
standards, ANSI Tl,E1.2/92-020R2, T1.M1.3/93-005R1 
and ATM Forum atm93-1049rl.4. In another embodiment, 
line interface 48 is constructed consistent with the "SONET/ 
SDH Interface CMOS Core (SSI)" available from LSI Logic 
Corporation. 

When a SONET frame is received at SONET interface 
port 38, the reverse path is followed. The received SONET 
frame is passed through line interface 48 to SONET framer 
block 46, which extracts the ATM cells from the SONET 
SPE and passes the extracted ATM cells to Enhanced 
UTOPIA interface block 42. Enhanced UTOPIA interface 
block 42 then transmits the ATM cells to the ATM SAR or 
cell processor (not shown) through UTOPIA bus interface 
port 34. 

b. Ttansmitting PPP in ATM Cells in SONET SPEs 

SONET device 30 is also capable of transmitting PPP 
frames in ATM cclk in SONET SPEs. A remote AIM 
Adaption Layer (not shown) receives a PPP frame, segments 
the PPP frame into the payload fields of a plurality of ATM 
cells, and generates the cell headers. The ATM cells are then 
transmitted sequentially over a UTOPIA bus to UTOPIAbus 
interface port 34. Enhanced UTOPL^ interface block 42 
receives the ATM ceUs and passes the cells to SONET 
framer block 46 for placement into a SONET SPE and 
transmission through SONET line interface 48 and SONET 
interface port 38, as described above. The reverse path is 
also the same as that described above, 

2. Transmitting PPP from a UTOPIA Interface in 
SONET SPEs 

In the second transmission mode, device 30 is configured 
to transmit PPP firom a UTOPIA interface within SONET 
SPEs. This transmission mode allows a standard ATM host 
processor which has no built-in or external PPP/HDLC 
capability to communicate with a SONET physical interface 
over a UTOPIA interface bus, and transmit PPP frames over 
the SONET communication link. As in the more traditional 
transmission modes discussed above, the AIM Adaption 
Layer associated with the host processor segments a proto- 
col data unit to be tran^itted into the ATM cell payload 
fields, forms the ATM cell header fields, and passes the 
resulting ATM cells to device 30 throug^i UTOPIA bus 
interfece port 34. Enhanced UTOPL\ interface block 42 
retrieves the protocol data unit from the ATM cell payload 
fields by stripping away the ATM header fields and option- 
ally saving the ATM header field of one of the ATM ceUs. 
The protocol data unit and the optional remaining header 
field are then passed to PPP processing block 44. In one 
embodiment, the Enhanced UTOPIA interface block 42 
saves the header field of the first ATM cell of the protocol 
data unit. 

FIG. 4 is a diagram illustrating the stripping function 
performed by UTOPIA interface block 42. The protocol data 
unit is carried by a set of ATM cells 10, which are sequen- 
tially received by block 42. Each of the ATM cells 10 
includes a ceU header field 12 and a cell payload field 14. 
Block 42 has control circuitry for identifying the first and 
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last ATM cells of the protocol data unit. Block 42 optionally 
stores the header field 12 of the first ATM cell 10 and 
discards the header fields 12 of all subsequent ATM ceUs 10. 
The first header field 12 and the extracted protocol data unit 
arc then passed to PPP processing block 44. ^ 

PPP processing block 44 temporarily stores the data frame 
within an array of memory storage elements* such as a FIFO, 
and forms a PPP firame 20 by placing the first header field 
12 and the extracted protocol data unit in payload field 20e. 
PPP processing bbck 44 also inserts the flag sequence in 
frames 20a and 20h, calculates, checks and inserts the PCS to 
in field 20g and provides octet stufSng as described above. 
Hie first header field 12 is preferably placed at the front of 
PPP payload field 20^. This facilitates subsequent recovery 
of the cell header fields of the remaining AIM cells. 
Although PPP processing block 44 uses a fixed protocol field ^ ^ 
20d, the address and control fields 206 and 20c can be 
negotiated away. The resulting PPP frame 20 is then passed 
to SONET framer block 46 and loaded by row into a SONET 
SPE, creating a laige bandwidth gain. Multiple PPP frames 
can be loaded into a single SONET SPE, and a single PPP 
frame can be divided between two consecutive SONET 
SPEs. SONET framer block 46 provides the SONET frames 
to line interface block 48 for transmission through SONET 
interface port 38, as described above. In embodiments in 
which the receiving circuitry does not require recovery of 
the ATM cells, such as in a pure PPP application, UTOPIA 25 
interface block 42 strips the cell header fields from all of the 
ATM cells. 

In the reverse direction, SONET framer block 46 receives 
a SONET frame from line interface block 48, extracts the 
PPP frame from the SPE of the SONET frame and passes the 30 
PPP frame to PPP processing block 44. PPP processing 
block 44 extracts the ATM cell header field from the 
beginning of the PPP payload field, extracts the protocol 
data unit from the remainder of the PPP payload field data 
and provides the ATM cell header and the protocol data unit 35 
to enhanced UTOPIA interface block 42. Block 42 segments 
the protocol data unit iato 48 octet sized pieces that fit into 
the ATM cell payload fields 14. UTOPIA interface block 42 
then generates the header fields 12 for each of the ATM cells 
10 b^d on the header field extracted from the PPP payload 
field. Block 42 then transmits the ATM cells 30 through 
UTOPIA bus interface port 34. 

With this mode of operation, the entire protocol data unit 
is preferably sent in consecutive ATM cells. Although UTO- 
PIA interface block 42 is constructed consistent with the 
UTOPIA standards listed above, it has additional circuitry to 
enable the block to detect the first ATM cell of a protocol 
data unit, strip out the payload field of each AIM cell, store 
one of the cell header fields, and detect the last ATM cell of 
the protocol data unit in order to inform PPP processing 
block 44 to end the PPP frame. In one embodiment, PPP 50 
processing block 4 is constructed consistent with IETF RFC 
1548, RFC 1549 and ISO 3309. 

Increased performance is possible by enhancing framer 
block 46 to be able to strip out padding, length and CRC 
bytes from the ATM AAL5 PDU trailer, prior to PPP 55 
processing. By stripping out these bytes^ ]gs& "overhead'* 
bytes need to be transmitted, thus improving bandwidth 
efficiency. This effective gain would be a programmable 
mode specific to AAL5 traffic. This also requires that the 
receiving end be able to recreate these components. ^ 
Although this transmission mode is not standard, it inter- 
operates easily with existing host devices, and provides 
dramatic improvement in bandwidth utilization. 

3. Transmitting PPP Frames Directly in SONET 

SPEs 65 

The third transmission mode allows a host processor 
without PPP/HDLC capability to transmit and receive pro- 
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tocol data units in PPP frames within SONET SPEs through 
device 30. The host processor transmits the address, control 
and payload fields, including the start and end of frame 
indications, for a PPP frame over a standard bus to standard 
bus interface port 36. The host processor receives the same 
fields in return when receiving a protocol data unit from 
device 30. In one embodiment, the address and control fields 
for the PPP frame are negotiated away, PPP processing block 
44 of device 30 receives the protocol data unit and the 
associated fields from standard bus interface port 36, forms 
a PPP frame as discussed above, and passes the PPP frame 
to SONET framer block 46. SONET framer block 46 loads 
the PPP frame into a SONET SPE and passes the SONET 
frame to line interface bbck 48 for transmission through 
SONET interface port 38. SONET framer block 46 is of a 
type capable of handling streams of data such that a PPP 
payload can be loaded by row into the SONET SPE. 

FIGS. 5 and 6 are diagrams illustrating the SONET 
physical layer device of the present invention coupled to a 
host processor for implementing the transmission modes 
discussed above. In FIG. 5, host processor 50 is coupled to 
UTOPIA interface port 34 through an ATM SAR device 52. 
Host processor 50 has a port 54 for transmitting and receiv- 
ing data units according to a selected protocol. For example, 
port 54 may be coupled to an Ethernet commimications link. 
Host processor 50 has a DMA controller 56 which stores the 
protocol data units in memory 58, over bus 60. Host pro- 
cessor 50 also has a control output which is coupled to 
control port 32 of device 30. Host processor 50 uses the 
control output for configuring device 30 to operate in one of 
the selectable transmission modes. For example, with the 
circuit shown in FIG. 5, device 30 can be programmed to 
operate in one of the first two transmission modes discussed 
above, including transmitting ATM cells in SONET SPEs or 
PPP frames in ATM cells in SONET SPEs, and transmitting 
PPP frames from a UTOPIA interface in SONET SPEs. With 
each of these transmission modes, DMA controller 56 
retrieves protocol data unit to be transmitted from memory 
58 and provides data unit to ATM SAR circuit 52. ATM SAR 
circuit 52 segments the data unit into 48 octet-sized pieces 
that fit into the ATM cell payload fields and generates a 
header field for each ATM cell. ATM SAR circuit 60 then 
transmits the ATM cells to UTOPIA bus interface port 34 
over UTOPIA bus 62. 

In FIG. 6; bus 60 is coupled directly to standard bus 
interface port 36 of device 30. The same reference numerals 
are used in FIG. 6 as were used in FIG. 5 for the same or 
similar elements. The control output of host processor 50 is 
coupled to control port 32 of device 30, and host processor 
50 configures device 30 to transmit PPP frames directly in 
SONET SPEs. Host processor 50 transmits the address, 
control and payload fields for a PPP frame over bus 60 
through DMA controller 56 and memory 58. Host processor 
50 receives the same fields in return when receiving a data 
unit from device 30. PPP processing block 44 in device 30 
receives the data unit and its associated fields through 
standard bus interface port 36, forms a PPP frame and passes 
the PPP frame to SONET framer block 46 for transmission 
in a SONET SPE as discussed above. 

5. Conclusion 

The SONET physical device of the present invention is 
constructed on a single integrated circuit, which reduces the 
board space required to implement the circuit and the 
resulting cost of its manufacture. The device inter-operates 
with multiple standard and non-standard data encapsulation 
mechanisms, and allows packet transmission using the PPP 
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protocol over a SONET communication link for maximum 

bandwidth utilization. TABLE 2 



SONET communication links are expensive and crowded 
with data traffic. The SONET physical layer device of the 
present invention allows data traffic to be transported readily 
in local or campus networks according to RFC 1619 with a 
large performance gain for little or no increased cost. 
Independent studies have shown that the protocol data units 
(PDUs) presented to Frame Relay networks as well as ATM 
AAL5 layers for transport across ATM networks arc almost 
always one of three sizes, 64 octets, 1500 octets and 384 
octets. 64 octets is the size of acknowledgement packets 
used in Ethernet and other protocols. 1500 octets is the 
maximum size protocol data unit for non-enhanced Ethernet. 
384 octets is the size theorized to be a result of legacy data 
traffic from protocols with a maximum 384 octet data bit 
size. This size information was used to calculate efficiency 
of data transport with the various transmission modes of the 
present invention. 

In the "standard" ATM mode, ATM cells are baded into 
a SONET (STS-1) SPE more or less directly. Efficiency of 
transport of the common data unit sizes in the ATM mode arc 
shown in Table 1: 



TABLE 1 





# of ATM 










Qslls 




Octet 


SONET 




requiicd 




Efficicscy 


Efficiency 


Size 
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Octets In 


of Cells 


(783 * 


of PDU 


TVansport 


ATM Cells 


(Oe) 


Oe)/810 


64 


2 


106 


60.37% 


58.36% 


384 


9 


477 


64.81% 


6Z65% 


1500 


32 


1696 


8a44% 


85.49% 



* Extra ATM Cell requiicd for additional AAL5 oveibead bytes 



The transport efficiency of a 4^octet payload in a 53-octet 
ATM cell is 90.57%. This is the number typically quoted for 
ATM iran^rt systems. However, the decrease in efficiency 
shown in Table 1 comes from the necessity of adding more 
protocol layers (the AAL5 layer) to support the various size 
PDUs and to provide error checking across the PDU. Addi- 
tional overhead is incurred &om mapping the ATM cells into 
the SONET frame. 

Transporting PPP frames in ATM cells over SONET 
consists of adding the FPP flag sequences, control fields, 
etc., to the PDU as well as performing byte stufSng. The PPP 
processed PDU is then segmented into standard ATM cells 
for transport. For the purposes of the following efficiency 
calculations, it was assumed that the control overhead could 
be negotiated down to 7 octets, and that byte stuffing would 
only be required for 2 octet values uniformly across the PDU 
(or one out of 128 octets would require stufiSng). Table 2 
shows the transport efficiency for this mode of operation. In 
this mode of operation, a layer of PPP processing has been 
added but there has been no gain in transport efficiency. 
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Transporting PPP frames from a UTOPIA interface over 
SONET results in a significant increase in efficiency, as 
shown in T^ble 3. The increase in efficiency is gained by 
stripping the ATM cell headers from the PDU. 



TABLE 3 
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81.40% 


384 
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96.48% 


93.26% 


1500 
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98.49% 


95.21% 



Transporting PPP direct over SONET results in essen- 
tially the same transport efficiencies as those shown in Table 
3. Tlie 4 bytes added to recover the ATM cell header in the 
previous mode of operation would be replaced by another 
addressing mechanism, but the efficiencies would remain 
substantially the same. The primary distinction between 
these two modes of operation is that the ATM segmentation 
and reassembly function is totally removed, and the data no 
longer has to pass through the UTOPIA bus interface. 

The SONET physical layer device of the present inven- 
tion can be constructed to operate at different transmission 
rates, such as STS-1, STS-3C and STS-12, using the same 
principals. The device can be configured with its surroimd- 

^ ing components to operate in one of the selectable trans- 
mission modes during board level design or can be pro- 
grammed during operation. The device can be constructed as 
a core or a macro within a larger integrated circuit, design 
specification. Also, the device can be constructed with 

45 multiplexed bus lines in order to achieve a smaller number 
of pins on the integrated circuit package. In one 
embodiment, the device is constructed without a line inter- 
face block. In this embodiment, an external line driver is 
used, which allows the use of varying types of line drivers. 

50 In addition, multiple iostances, such as four or eight, of the 
device can be placed on a single integrated circuit to provide 
multiple transmission channels for a line card router, for 
example. 

Although the present invention has been described with 
55 reference to preferred embodiments, workers skilled in the 
art will recognize that changes may be made in form and 
detail without departing from the ^irit and scope of the 
invention. 
What is claimed is: 
60 1. A method of formatting a data unit within a single 
integrated circuit for transmission over a Synchronous Opti- 
cal Network (SONET), the method comprising: 
receiving a plurality of Asynchronous Transfer Mode 
(ATM) cells at a tisX port of the single integrated 
65 circuit, wherein each cell has a cell header field and a 
cell payload field and wherein the data unit is seg- 
mented within the cell payload fields; 
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extracting the data uoit from the plurality of AIM cells; 
fonniDg a Point-to-Point Protocol (PPP) frame having a 

PPP pay load field and placing the extracted data unit in 

the PPP payload field; 
forming a SONET frame having a synchronous payload 

envelope (SPE) and loading at least a portion of the 

PPP frame into the SPE; and 
passing the SONET frame to a second port of the single 

integrated circuit. 

2. The method of claim 1 wherein: 

the step of extracting the data unit comprises removing 
the cell header fields from all but one of the ATM cells; 
and 

the step of forming a PPP frame comprises placing the 
remaining cell header field and the extracted data unit 
in the PPP payload field, 

3. The method of claim 2 wherein the step of extracting 
the data unit further comprises: 

identifying a first and last of the plurality of ATM cells 
which correspond to the start and end of the data unit, 
respectively; 

storing the cell header field of the first ATM cell; and 
removing the cell header fields of all of the ATM cells 
other than the first ATM cell. 

4. The method of daim 3 wherein the step of placing the 
remaining cell header field and the extracted data unit in the 
PPP payload field comprises placing the cell header field of 
the first ATM cell at a ftont end of the PPP payload field. 

5. A single-chip Synchronous Optical Network (SONEI) 
physical layer device for tran^itting data units in synchro- 
nous payload envelopes (SPEs) of SONET frames, the 
device comprising: 
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first, second and third interface ports; 

control means for operating the device in first, second and 
third transmission modes; 

ATM interface means coupled to the first interface port for 
receiving a plurality of ATM cells from the first inter- 
face port which carry the data units when in the first and 
second transmission modes and for extracting the data 
units from the ATM cells when in the second transmis- 
to sion mode; and 

Point-to-Point Protocol (PPP) processing means coupled 
to the ATM interface means and the second interface 
port for receiving the data units from the ATM interface 
means when in the second transmission mode and from 
the second interface port when in the third transmission 
mode and for forming respective Point-to-Point Proto- 
col (PPP) frames having PPP payload fields and placing 
the received data units in the PPP payload fields; and 
20 SONET framer means coupled between the ATM inter- 
face means and the third interface port for receiving the 
ATM cells from the ATM interface means and placing 
the ATM cells in a synchronous payload envelope 
(SPE) of at least one SONET frame when in the first 
^5 transmission mode, and coupled between the PPP pro- 
cessing means and the third interface port for receiving 
the PPP frames from the PPP processing means and 
placing the PPP frames in the SPE of the at least one 
SONET frame when in the second and third transmis- 
sion modes, and for passing the SONET frame to the 
third interface port. 
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